home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000192_misckit-reques…aska.et.byu.edu_Wed Apr 27 15:17:24 1994.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Return-Path: <misckit-request@alaska.et.byu.edu>
  2. Received: from alaska.et.byu.edu by darth.byu.edu (NX5.67d/NX3.0M)
  3.     id AA00998; Wed, 27 Apr 94 15:17:10 -0600
  4. Received: from darth.byu.edu by alaska.et.byu.edu; Wed, 27 Apr 1994 15:10:04 -0600
  5. Received: by darth.byu.edu (NX5.67d/NX3.0M)
  6.     id AA00972; Wed, 27 Apr 94 15:11:07 -0600
  7. Date: Wed, 27 Apr 94 15:11:07 -0600
  8. From: Don Yacktman <don@darth.byu.edu>
  9. Message-Id: <9404272111.AA00972@darth.byu.edu>
  10. Received: by NeXT.Mailer (1.100.RR)
  11. Received: by NeXT Mailer (1.100.RR)
  12. To: misckit@alaska.et.byu.edu
  13. Subject: Re:  More than just a Mail object....
  14. Reply-To: don@darth.byu.edu
  15.  
  16.  
  17. > It's really neat to see freeware that leads "costware" in functionality
  18. > and availability!
  19.  
  20. Well, in the case of my mailer object, I don't think it does
  21. this yet.  :-)  The DSMailer still has several convenient
  22. features that I don't have, mostly with how you _build_ your
  23. message from scratch.  Right now, I'm taking an rtf file (or
  24. rtfd) from the filesystem, but don't take it from a stream,
  25. etc., etc. so there's a lot missing.  Like I said, I can get
  26. it to send messages, but that's about it... Still, there's a
  27. lot of potential for this and other stuff I've got up my
  28. sleeve.
  29.  
  30. This brings up some other points, though.  (1) The costware
  31. is still very important.  It provides technical support and
  32. bug fixes.  You get a little with the MiscKit, but it's
  33. nowhere near as comprehensive--you get what you pay for.  (2)
  34. By providing a "basic" level of functionality that is
  35. available publically, it raises the bar for 3rd parties.
  36. They have to do better (more functionality or better design,
  37. etc.) in order to be successful.
  38.  
  39. Most of the folks who use the MiscKit currently either don't
  40. need the support or can't afford the cost.  Most MiscKit
  41. contributors are the same types of people--educators,
  42. students, hackers, hobbyists, and independent consultants and
  43. developers.  People who need the support and can pay for it
  44. do so.  What I wouldn't be surprised to see in the future is
  45. someone who is paid to provide MiscKit support--a "demi" 3rd
  46. party, sort of like the ones who support GNU products.  I
  47. don't know of anyone planning to do this right now, but it
  48. could happen; who knows?
  49.  
  50. > In this vein, it would be REALLY neat to have a Mailbox
  51. > object. This class could
  52. >  
  53. > (theoretically) read Unix or NS mailboxes, and do smart
  54. > things (such as:
  55. >         provide messages
  56. >         delete messages
  57. >         ...?...
  58.  
  59. Yes, this would be great.  Who wants to write one?  :-)
  60.  
  61. Seriously, it seems like a semi-intelligent subclass of the
  62. List class, doesn't it?  With methods to read/write to a
  63. specific file, perhaps.  And easy hooks to a matrix and
  64. associated text object for display, right?  :0)  Then you
  65. almost have NeXTMail.app right there...  This could be a
  66. very interesting object!  One thing I don't like about UNIX
  67. and NeXT mailboxes, though, is that they aren't
  68. heirarchical.  Perhaps a MiscTree would be a better
  69. choice for a base class
  70.  
  71. ---
  72. Later,
  73.  
  74. -Don Yacktman
  75. Don_Yacktman@byu.edu